home *** CD-ROM | disk | FTP | other *** search
/ The CDPD Public Domain Collection for CDTV 4 / CDPD_IV.bin / e / mailinglists / amigae.0793july.archive / 000062_crash!cup.port….com!Politikill_Fri, 23 Jul 93 19:44:39 PST.msg < prev    next >
Internet Message Format  |  1994-05-26  |  3KB
  1. Received: by bkhouse.cts.com (V1.16/Amiga)
  2.     id AA00000; Fri, 23 Jul 93 19:44:39 PST
  3. Received: from nova.unix.portal.com by crash.cts.com with smtp
  4.     (Smail3.1.28.1 #15) id m0oJYu6-0000ebC; Fri, 23 Jul 93 19:00 PDT
  5. Received: by nova.unix.portal.com (5.65b/4.1 1.383) 
  6.     id AA20278; Fri, 23 Jul 93 19:03:55 -0700
  7. Received: from hobo  by portal.unix.portal.com (1.685) 
  8.     id AA10900; Fri, 23 Jul 93 19:03:54 -0700
  9. Received: by hobo.corp.portal.com (4.1/4.0.3 1.68) 
  10.     id AA10129; Fri, 23 Jul 93 19:03:53 PDT
  11. Return-Path: <Politikill@cup.portal.com>
  12. Lines: 57
  13. Date: Fri, 23 Jul 93 19:03:51 PDT
  14. Message-Id: <9307231903.2.886@cup.portal.com>
  15. X-Origin: The Portal System (TM)
  16. From: Politikill@cup.portal.com
  17. To: AmigaE@bkhouse.cts.com
  18. Subject: Re: Armageddon in E!
  19.  
  20. >here are the solutions:
  21. >
  22. >When you use AddTail, I am assuming you do something like
  23. >this:
  24. >
  25. >AddTail([0,0,0,0,'Text']:ln)
  26.  
  27.     Exactly! Only 'text' is a variable from ReadStr (just found out about a
  28. new ReadStr proc someone made that is _8_ times faster than E's!...gotta go
  29. get it!) I am using AddTail(listv,[0,0,0,0,textvar]:ln) for it. 
  30.  
  31. >This will work perfectly under normal circumstances, but
  32. >if you put it in a loop, it won't. This is because when
  33. >the program is compiled, the memory in the square brackets
  34. >is allocated as part of the program. So, if you call it
  35. >several times it is the same piece of memory that you are
  36. >changing. Make sense?
  37.  
  38.     I gotcha so far.
  39.  
  40. >To remedy this, use the New() function. Then you can
  41. >allocate memory for as many nodes as you like. When you
  42. >have finished, use the dispose function to get rid of the
  43. >nodes.
  44.  
  45.     I get what your saying, but not so clear on how I would implement it. 
  46. Would I do 'listv:=New(nodes*80)' (80 being for max chars in line) ?
  47.  
  48. >Problem 2:
  49. >
  50. >What you need to do is decide whether you are going to use
  51. >a single message port or one for each window. When I do
  52. >this, I find that one for each window is better. These
  53. >ports are automatically created by Intuition when you open
  54. >a window. You only need one wait4msg routine to handle all
  55. >the windows.
  56.  
  57.     Great! This looks like exaclty what I need.  Not at all what the RKMs say
  58. is the system friendly way, but should do the job very nicely, thank you!
  59.  
  60. >Find out the mp_sigbit of each window, then create the
  61. >mask for that window using Shl(). When you OR these values
  62. >together, you have a signal mask that will return to your
  63. >program when any window sends a message. Like this:
  64.  
  65. >Hope this helps!
  66.  
  67.     Should work perfectly.  Will have to go try it before I venture out to our
  68. counnty fair tonight! :-)
  69.  
  70.  / / /
  71. /_/_/iZ
  72.  
  73. *-- The Gamma Quadrant --*
  74.  
  75. *-- GammaTag Version 2.8 --*
  76. *-- Irony:  Millie Vanilli on a Karaoke machine...